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APPARATUS AMD A METHOD FOR SlfPPLYIMG INFORMATION 

This invention relates to apparatus and a method for 
supplying information. In particular, this invention 
relates to apparatus and a method for supplying to a 
subscriber via a mobile telecommunications network 
different types of information that are updated in real 
time, for example, information relating to financial 
markets . 

Information relating to financial markets changes 
rapidly throughout the trading day to such an extent 
that, at busy periods or when there is particular 

4. ^r, a r^al-^-^r'll^^^^- stock - oDtion or currency, 

changes occur as frequently as once a second or even more 
rapidly. Although advances in telecommunications and, in 
particular, satellite telecommunications technology 
enable traders to receive continually updating finance 
and market information on desktop personal computers in 
their offices over dedicated communication links, the 
bandwidth of the current. GSM standard mobile 
telecommunications network does not allow the supply of 
real time updating information such as financial market 
information over the mobile telecommunications network, 
so making it difficult for traders and the like to keep 
up to date with changes in the financial markets when 
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away from their Offices. Although changes envisaged to 
the mobile telecommunications standard will increase the 
available bandwidth over the mobile telecommunications 
networks, this increase is unlikely to be sufficient to 
enable receipt of real time updating information such as 
financial market information over a mobile 
telecommunications network 

It is an aim of the present information to provide 
an apparatus and method for enabling a subscriber to 
receive via a mobile telecommunications network 
information that is updated in real time such as 

financial market information. 

_ ^ ^^f^eiAn-t- -i nvfsn-hi on orovidss 

xn one aspeou, i-ii^ t'-^'-" 

apparatus for supplying to a subscriber via a mobile 
telecommunications network different sets of data that 
are updated in real time, the apparatus comprising: 

first receiving means for receiving said different 

sets of data; 

second receiving means for receiving said different 
sets of data in synchromism with said first receiving 
means ; 

a database for storing said different sets of data 
received by said first receiving means ; 

communication means for establishing communication 
with a subscriber via a mobile telecommunication network; 
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subscriber profile store for storing data 
indicating which of the different sets of data a 
subscriber is interested in; 

means for supplying initial information concerning 
the sets of data that a subscriber is interested in from 
the database when communication with the subscriber is 
established; and 

means for supplying information concerning the sets 
of data that a subscriber is interested in from said 
second receiving means to the subscriber after said 
initial information has been supplied. 

In one aspect, the present invention provides 

subscriber via a mobile 
telecommunications network changing information for each 
of a plurality of different sets of data, the apparatus 
comprising: 

first receiving means for receiving said, changing 
information ; 

second receiving means for receiving said changing 
0 information in synchronism with said first receiving 

means ; 

a database for storing information received by the 
first receiving means relating to said different sets of 
data; 

)5 communication means for establishing communication 
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with a portable computer of a subscriber via a mobile 
telecommunications network; 

a subscriber profile store for storing information 
associating a subscriber with a group of said different 

sets of data; 

means for supplying to a subscriber's portable 
computer via the mobile telecommunications network 
information from the database for the group of data sets 
associated with that subscriber when communication with 
that subscriber's portable computer is established; and 
means for supplying from said second receiving means 
to the subscriber's portable computer changing 
^«i=.^-inrT 1-0 the aroup of data sets associated 

_l.ll J.V_^ J_111CX ^^V^AJ, — — — — — - 

with that subscriber in the subscriber profile store once 
said initial information has been supplied to the 
subscriber . 

In an embodiment, the present invention provides 
apparatus that enables a subscriber to receive via a 
mobile telecommunications network initial data for 
initialising the presentation on a display of the 
subscriber's portable computer of information relating to 
different sets of data such as financial market data and 
then, once the initialisation procedure has been 
completed, supplies only changes to that group of data to 
25 the portable computer over the mobile telecommunications 
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network so that, once the initialisation has been 
completed, the only data that needs to be supplied over 
the mobile telecommunications data is data that has 
changed since the initialisation procedure. This reduces 
the amount of data that has to be supplied to the 
subscriber and so facilitates supply of continually 
changing data such as financial market data virtually in 
real time over a mobile telecommunications network. 

Embodiments of the present invention will now be 
) described, by way of example, with reference to the 

accompanying drawings, in which: 

Figure 1 shows a diagrammatic representation of a 

^^X-^^^'trA nrr 4- Vi A i-» c o n i n\7f»n1- i on foi" SUDOlvinCJ tO 

^ l^^XH ^iHJ-^WN-Ajr W**w- ^^w-^.. — — . . _. *. ^ — 

a subscriber via a mobile telecommunications network, 
5 different sets of changing or continually updating data; 

Figure 2 shows a block diagram illustrating 
functional components of a service provider shown in 
Figure 1 ; 

Figure 3 shows a block diagram illustrating 
0 functional components of a demand engine server of the 

service provider shown in Figure 2 ; 

Figure 4 shows a block diagram illustrating 
functional components of an administration section of the 
service provider shown in Figure 2 ; 
>5 Figure 5 shows a block diagram illustrating 
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functional components of the client interface of the 
demand engine server shown in Figure 3; 

Figure 6 shows a block diagram illustrating 
functional components of a subscriber's portable 
computer ; 

Figures 7a and 7b show basic elements of a data 
structure for sets of data supplied to the service 
provider shown in Figure 1 with Figures 7a and 7b 
representing price information and news information 

respectively; 

Figure 8 shows different data stores of a database 
of the service provider shown in Figure 2; 

„^ a =.r,H in ar-e diaarams for explaining a 

i: j_y LJ. j_ ^ "J -' 

packet filter of the demand engine server shown in Figure 

3; 

Figure 11 shows a flow chart illustrating steps 
carried out by a subscriber's portable computer to 
receive data from the service provider; 

Figure 12 shows a top level flow chart illustrating 
steps carried out by the service provider during supply 
of data to a subscriber; 

Figures 13 and 14 show flow charts for illustrating 
processing of data received by the service provider shown 
in Figure 2 from the information provider shown in Figure 
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Figures 15a and 15b show steps carried out by the 
parser shown in Figure 2 or the parser shown in Figure 3 
for price and news information respectively; 

Figure 16 shows further steps carried out by the 
parser shown in Figure 2 to store data in the databases- 
Figure 17 shows steps carried out by the demand 
engine server shown in Figure 2 to determine the 
subscriber (s) to which data should be supplied; 

Figure 18 shows a flow chart illustrating steps 
carried out in the supply of data to a subscriber; 

Figure 19 shows diagrammatically a main menu 
displayed on a subscriber's portable computer display 
prior to the subscriber communicating with the service 
provider to start a session during which the subscriber 
15 will be supplied with data by the service provider; 

Figures 20 to 25 show screens that may be displayed 
to a subscriber on their portable computer to enable 
creation of a subscriber profile identifying the group of 
sets of data that the subscriber wishes to receive from 
20 the service provider; 

Figure 26 shows a diagram illustrating the exchange 
of information between the service provider and the 
subscriber during a session; and 

Figure 27 to 35 show typical examples of how data 
25 supplied by apparatus embodying the invention is 
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displayed on the display of a subscriber's portable 
computer . 

Figure 1 shows a diagrammatic representation of a 
system 1 for supplying continually updating or changing 
information for sets of data to a plurality of 
subscribers . 

In this system 1, an information provider 2 provides 
continually updating information regarding a plurality of 
sets of data to a service provider 4 via a satellite 3 
communications link. The service provider 4 provides 
continually updating information for specific ones of the 
sets of data of interest to a subscriber to each of a 
_T i,-4-„ ciihcoT-i ho-rs 5 via a GSM mobile 

t/j.uj.«.j.j.v.jr 

telecommunications network 6. 
5 In the embodiments to be described below, the 

information provider 2 provides continually updating data 
relating to financial trading markets, in particular 
commodities (futures and options), stocks, indices and 
foreign exchanges and news. The information provider 2 
0 may be, for example. Standard and Poor's ComStock 

XpressFeed that provides access to real time prices for 
futures and options exchanges, stock exchanges, index 
exchanges and Forex (foreign exchange) and also acts as 
to supply real time financial news. The specific 
25 financial market, exchanges and news services for which 



wo 01/80114 



PCT/ROOO/00008 



9 

real time data is provided is determined by the 
information provider 2. It will, of course, be 
appreciated that information providers 2, other than 
Standard and Poor's ComStock XpressFeed, may be used for 
5 example, information providers such as Bloomberg and 

Reuters . 

Figure 2 shows a functional block diagram of the 
service provider 4. The service provider 4 consists of 
information receiving apparatus 6 that receives 
10 information via the satellite link 3 from the information 

provider 2 and information supplying apparatus 7 that is 
configured to supply continually updating information to 
subscribers over the GSM network 6 . 

The information receiving apparatus 6 consists of 
15 two client site processors CSPl and CSP2 provided by 

Standard and Poor. The client site processors CSPl and 
CSP2 are each coupled via a communications link 6a to a 
satellite dish SD to enable both client site processors 
CSPl and CSP2 to receive an encrypted data stream over 
20 the satellite network 3 from the information provider 2. 

Each of the client site processors CSPl and CSP2 is 
arranged to decrypt and demodulate the received encrypted 
data stream and to maintain a local database of the 
financial data provided via the satellite network 3 by 
25 the information provider 2. 
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Each of the client site processors CSPl and CSP2 
allows a single client connection 6b and 6c using the 
TCP/IP protocol so that a client connected to the client 
site processor can receive via the TCP/IP connection real 
5 time updating financial data provided by the information 

provider 2 via the satellite 3 link. 

The actual financial markets, exchanges and news 
services for which real time updating data can be 
obtained by the client via the TCP/IP connection to the 
10 client site processor will be determined by the 
configuration of the client site processor which will 
itself be determined by the contractual arrangement 
1 J .^^-^tTir-o irrovider 4 and the infoirmation 

Jm#C? WW C^&X ^J.*%- fci->*-^ » — — — ^ 

provider 2 . 

15 The arrangement described so far differs from a 

conventional arrangement where the information provider 
2 is providing real time updating financial data via a 
client site processor to a desktop personal computer or 
a network of desktop personal computers each of which can 

20 receive and display the real time updating financial data 

because two client site processors CSPl and CSP2 are 
provided which are identically configured and which are 
coupled via a single communications link 6a to the 
satellite receiving dish SD. The two client site 
25 processors CSPl and CSP2 thus receive and supply the real 
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time updating data in a stream of packets in synchronism 
with one another to their respective TCP/IP connections 
6b and 6c. 

The subscriber information supplying apparatus 7 
comprises a demand engine seirver 8 connector via the 
first TCP/IP connection 6b to the client site processor 
CSPl and a parser 9 connected via the second TCP/IP 
connection 6c to the client site processor CSP2. As will 
be described in detail below the demand engine server 8 
is arranged to supply data received over the TCP/IP 
connection 6b to subscribers via a GSM network 6 (Figure 
1) while the parser 9 is arranged to cause data received 
over the TCP/IP connection 6c to be stored in a database 
10 of the subscriber information supplying apparatus ?• 
The subscriber information supplying apparatus 7 
also includes an administration unit 11 for enabling a 
systems operator to have access to the subscriber 
information supplying apparatus 7 to allow^ for example, 
configuration of the database 10 as will be described 
below. 

The block diagram shown in Figure 2 is intended only 
to illustrate the functions carried out by the service 
provider 4. In practice the subscriber information 
supplying apparatus 7 may consist of a multiprocessor 
distributed processing system using Windows NT version 
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4.0 or higher operating system, Microsoft SQL server 
version 7.0 and Microsoft Access 97 or other database 
software. Typically, the multiprocessor system will 
consist of four processors and the functions illustrated 
by the blocks shown in Figure 2 will be distributed 
amongst the processors of the multiprocessor system in 
conventional manner. 

Figure 3 shows a functional block diagram of the 
demand engine server 8. The demand engine server 8 
consists of a parser 12, a thread pool 13, a packet 
filter or subscriber profile store 14 and subscriber and 

database interfaces 15 and 16. 

_ J .-v.^^ I* « nr-aai-e>r below. when a 

As WiXJ- U** vieo^i- J-'-'^" -3 

subscriber initially establishes communication with the 
service provider 4 over the GSM network 6, the demand 
engine server 8 allocates to that subscriber a thread 13 
which is part of the subscriber interface 15 that 
accesses via the database interface 16 the data stored in 
the database 10 in respect of the sets of data in which 
the subscriber is interested and causes that accessed 
data to be communicated to the subscriber over the GSM 
network 6 so as to provide the subscriber with initial 
values for the sets of data in which the subscriber is 
interested. The subscriber interface 15 also causes the 
packet filter or client profile store 14 to store data 
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associating the subscriber with the sets of data in which 
the subscriber is interested. The parser 12 is arranged 
to extract data from the data stream provided via the 
TCP/IP connection 6c, to determine from the packet filter 
14 which of the connected subscribers are interested in 
the extracted data and to release the associated 
subscriber threads to supply that data to the interested 
subscribers via the subscriber's interface 15 and the GSM 
network 6 . 

The administration unit 11 is provided to enable a 
systems operator or like personnel to configure or update 
the database 10. Typically, the administration unit 11 

„^^4-^ ^^r^r^a<z<zi nrt r!P^n?ihi litv which mav be provided 

by the multiprocessor distributed processing system 
i described above or may be provided by a dedicated 

processor- 

Figure 4 shows a computer system that, when 
programmed, provides computer apparatus having the 
functionality of the information supplying apparatus 7 

D shown in Figure 2. As shown, a processor unit 17 (which 

may be a multi-processor unit) is associated with a 
display 18 for displaying information to a systems 
operator or other user, a user input device 19 consisting 
of a keyboard and, typically, also a pointing device such 

5 as a mouse, a removable media storage 20 for receiving a 
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removable medium (RM) 21 such as a floppy disk, CDROM or 
DVD disk and mass storage memory 22 which may, for 
example, be a hard disk drive arrangement or an allocated 
part of the memory associated the multiprocessor 
distributing processing system. The computer system may 
also have a communications interface 19a, for example a 
network card, enabling communication with other 
processors or computers on the same network or over an 
Intranet or the Internet. 

The subscriber interface 15 provides, as shown in 
Figure 5, a data structure 23 for storing data carried on 
a subscriber thread if the associated subscriber is not 
abls tc receive that data and a subscriber communications 
interface 24 for dealing with communication over the GSM 
network 6 with subscribers using conventional Windows 
sockets . 

In order to receive data from the service provider 
4, each of the subscribers 5 must have a computer 
provided with GSM mobile telecommunications capabilities. 
Although the computer could, for example, be a portable 
notebook or laptop computer having mobile 
telecommunications capabilities, in this embodiment the 
computer comprises a palm top computer designed to 
operate under the Windows CE version 2.0 or higher 
operating system and provided with both a GSM card and a 
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touch sensitive display or screen- Typically, the palm 
top computer may be the HP680 Jornada palm top computer 
supplied by Hewlett Packard although other palm tops of 
similar specification may be used, 

5 Figure 6 shows a block diagram for illustrating the 

basic functional components of a subscriber's portable 
computer 30. As shown the portable computer comprises a 
processor unit 31 with associated memory 32, a GSM card 
33, a removable media storage 34 for receiving a 

10 removable storage medium 35 such as a flash RAM card and 

a display 36 which also provides a touch sensitive screen 
for enabling user input- The portable computer 30 will 
«««^*-^iT^T TTi^inHo ^ -FyMr-thf^y user inout device 37 in 

w^^ — w — 

the form of a keyboard. 
15 Program instructions and/or data for configuring the 

components of the subscriber information supplying 
apparatus 7 may be input using the user input device 19, 
supplied on a removable data storage medium 21 or 
supplied as a signal over the communications interface 
19a or by any combination of these. Similarly, program 
instructions and/or data for configuring the subscriber's 
portable computer 30 may be supplied as a signal via the 
GSM card 33 or another communications interface (not 
shown), input via the user input device 37 or supplied on 
25 a removable storage medium 35 or by any combination of 
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The data stream provided via the TCP/IP connections 
6b and 6c consists of packets of data provided either in 
a generic format in which the packets consist of a fixed 
number of fields delimited by "<" or in a digital form in 
which the packet have a variable number of fields with 
the fields being indicated by batecodes. 

Data relating to a particular trading market or 
exchange contract is supplied in a single packet which 
has the basic format shown in Figure 7a. Thus the packet 
consists of an exchange identification code 40 consisting 
of two to three characters, a symbol identification code 
41 identifying the particular contract on ths exchange 
and data fields 42 carrying the current price data for 
15 that contract. The contracts may be commodities (futures 

and options), stocks, indices or FOREX (foreign 
exchange). Where the symbol ID represents a future 
commodity then the symbol ID will include an expiry date 
while where the symbol ID represents an option commodity, 
then the symbol ID will include an expiry date and a 
strike price. To take an example, the exchange ID "17f" 
may represent the LIFFE (London Independent Financial 
Futures Exchange). Where this is followed by the symbol 
ID "Zmy" this may indicate the FTSE 100 with an expiry 
25 date of "my", where "m" represents the month and "y" 
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represents the yeat of the expiry date. Where the 
contract is an options contract, then the symbol ID will 
have the format "Amysss" where "A" indicates the identity 
of the contract, "my" indicates the expiry date and the 
5 "sss" indicates the strike price. For a futures 

contract, then the price data field will include real 
time prices such as, for example, "ASK", "BID" , "CLOSE " 

etc., prices. 

The information provided by the information provider 
10 2 need not be simply financial data but may include 

finance related news data. A single news item may span 
more than one packet. Figure 7b shows a data structure 

^ ^ I. - -.1 ^ r-^aimVo-i- -frkT a n*^ws messaoe 

tor a news packet.. oxiv^«** ^ 

will contain at least a header ("head code") 43 
15 identifying the news item and the section within the news 

item plus a news body 44 contains at least a portion of 
the text from the news item. The packets need to 
identify which section of the news item is carried by the 
packet because the packets need not necessarily be 
20 transmitted in order. 

Figure 8 illustrates the main data stores of the 
database 10. These data stores include a customers data 
store 50, a subscribers data store 51, an exchanges data 
store 52, a subscriber entitlement data store 53, 
25 symbols data store 54 and a data data store 55. Although 
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not shown in Figure 8, the database 10 will also include 
other data stores, for example data stores for storing 
data for accounting purposes including data for enabling 
billing of customers and data for determining the fees 
payable by the subscribers to the service provider 4. 

The customers data store 50 includes a file for each 
of the customers of the service provider 4 . Each 
customer file includes fields for a customer ID, the 
customers name and address and the number of subscribers 
that can be allocated to that customer. 

Each customer file is related by its customer ID to 
one or more subscriber files in the subscriber data store 
51. Each subscribex: file includes fields fcr s 
subscriber ID, the customer ID, a subscriber ncune and a 
subscriber password. Each subscriber file may also 
contain further information regarding the status of a 
subscriber . 

Each subscriber file in the subscriber data store 51 
is related to a subscriber entitlements file in the 
subscriber entitlements data store 53 by its subscriber 
ID, Each file in the subscriber entitlements data store 
contains fields for the subscriber ID, the exchange IDs 
of the exchanges for which the subscriber is entitled 
receive data, the start and end date of the subscriber's 
entitlement and whether or not the subscriber's 
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Each subscriber entitlement file is related by the 
exchange IDs to one or more files in the exchanges data 
store 52. Each exchange file contains the exchange ID, 
the exchange name, the exchange type, that is whether the 
exchange is a commodities (future and options), stocks or 
indices exchange or a currency exchange (forex), together 
with data indicating the availability of the exchange. 

The database 10 also includes a symbols data store 
54 which contains a plurality of symbols files each of 
which associates a particular pattern with a 
corresponding exchange ID, the name of the company with 
which the contract is associated and the symbol type, 
where the symbol type identifies the type of the 
exchange , for example futures , options , index , stock, 
FOREX. Each pattern is related to a plurality of symbols 
provided by the information provider. Thus, for a 
futures and options contract where symbol is HBU9 (where 
HB represents the contract name while U9 represents an 
expiry date of September 1999) then the corresponding 
pattern will be HBmy where m and y are fields for expiry 
month and year and may represent any month and year. As 
will be appreciated all symbols for the contract name 
"HB", regardless of their expiry date, will be associated 
with the same pattern. The information stored in the 
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symbols file is provided by or derived from the 
information provider 2 and enables the subscriber 
information supplying apparatus 7 to identify the 
contract to which a packet of data relates and to supply 
the data to the interested subscribers in a format or 
protocol defined by the service provider 4 for 
transmission of data to the subscribers over the GSM 
network 6 . 

Each customer file may be associated with more than 
one subscriber file enabling, for example, a company to 
be responsible for the payment for the usage of the 
system by a number of its employees, each of whom has his 
't f T-i r^ii a 1 subscriber fils. 
The data stored in the data stores 50 to 54 is 
static information that is input to the database 10 by a 
systems operator using the administration unit 11. The 
data in the exchanges and symbols data stores 52 and 54 
is determined by information provided by the information 
provider 2 while the data in the data stores 50, 51 and 
0 53 is partly supplied by the customers and subscribers 

and partly determined by the service provider 4- 

The data data store 55 is provided to store data 
received via the TCP/IP connection 6c and parsed by the 
parser 9. The data store 55 thus stores the relevant 
>5 data for each contract for which information is provided 
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by the information provider 2 . 

Each financial exchange contract has its own data file 
identified by the corresponding symbol and exchange ID. 
The information in each data file is updated each time 
updated information is received for the corresponding 
contract from the information provider 2, as and when the 
price data changes. Figure 8 shows typical price data 
fields. Any one or more of the price data fields for a 
contract may be updated at any one time. When updated 
information for a price data field is received, then the 
data already in that field in the relevant data file is 
replaced so that the data store stores only the most 
recently received data for each contract. 

Figures 9 and 10 are diagrams for explaining the 
structure of the packet filter or profile store 14. In 
this embodiment, the packet filter has a ternary tree 
structure. Each exchange ID EXl, EX2, EXn stored in the 
database 10 is associated with a corresponding ternary 
tree structure Tl, T2-..Tn as shown in Figure 9. Figure 
10 shows a ternary tree structure Tx consisting of a 
hierarchical arrangement of nodes with a first or 
uppermost level having a single node No connected to 
three nodes N^, N12 / N13, of the second level of the 
hierarchy. Each node Nn, Nijr of the second level is 
connected to a respective set of three nodes in the third 
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or next lower level. 

Although, for simplicity. Figure 10 shows only the 
nodes Nixx, Ni„, N113 of the third level that are connected 
to the node Nn of the second level it will be 
appreciated that the nodes Niz and Ni, will also be 
coupled to three nodes in the third level. Although only 
three levels are shown, a ternary tree structure may 
consist of four or more levels, depending upon the data 
to be stored in the ternary tree. 

The ternary tree associated with an exchange is used 
to store the alphanumeric patterns for the contracts on 
that exchange. Each node is associated with one 

i_ „ut^^^^*-^-r- -t-Via-i- mav annear in the Dattem. 

Each final or terminal node in the tree is associated 
5 with a particular pattern, for example the pattern "HBmy" 

identifies the financial contract "HB" and the fields 
"my" identify, for example, the month and year of expiry. 
Each pattern HBmy will be associated with contracts 
having the name HB and different expiry dates, that is 
each pattern will be associated with one or more symbols, 
for example one symbol may be "HBU9" representing a 
contract of name "HB" expiring in September 1999. 

As noted above, each node is connected to three 
nodes in the next level in the hierarchy with the left- 
25 hand connected node being associated with a character 
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that is lower in the alphanumeric order and the right- 
hand node being associated with a character that is 
higher in the alphanumeric order. This is indicated in 
Figure 10 by the "<" and ">" symbol, respectively. 
5 The intermediate node represents the route that is 

followed by a search through the ternary tree structure 
when the character being searched for is the seime as the 
character associated with the connected node in the 
previous level (represented by the symbol). Thus, 

10 for example, where the stored patterns have the form 

"HBmy" where "HB" is an alphanumeric character 
representing the name of the contract and "m" and "y" are 
alphanumeric characters representing the month and year 
of expiry of the contract, then if, for example, the 
15 symbol is "HU9" where the characters "U9" represents 

September 1999 and the node No is associated with the 
character I, then a search for the symbol "HU9" will 
initially follow the left-hand branch of the tree 
structure because H is less than I in the alphanumeric 
20 order and then, when node Nn is reached, the search will 

follow the intermediate branch to node N112 because the 
character associated with the node Nn will be H. When 
the node N112 is reached, then the character associated 
with node Nnj is checked and the appropriate one of the 
25 three branches ( not shown) connected to that node is 
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followed, depending on whether that character is less 
than, greater than or equal to the next character B in 
the pattern and so on until a final node is reached that 
is associated with the pattern "HBmy" . 
5 Each such final node in the ternary tree is 
associated by the demand engine server 8 with the threads 
for the subscribers submitting profiles indicating in 
contracts having that pattern and particular expiry dates 
so that a search by the demand engine server through the 
.0 ternary tree structure associated with a particular 
exchange will enable the demand engine server to identify 
the subscribers interested in a contract having a 
1 „~ ^»4-4-^^T^ a connein-hial search can then be 

^ciJ_ 4^ JLv* -1. a. J. ^fc* w w **. -w* — 

conducted to identify the subscribers interested in a 
15 particular expiry date identified by a received symbol. 

The packet filter therefore effectively provides a 
client or subscriber profile store that associates each 
subscriber with the contract or contracts in which that 
subscriber is interested- A similar ternary tree 
20 structure may be provided for news items so that a 

subscriber need not necessarily receive all news items 
but may elect to receive news items only from a 
particular group of financial news suppliers. 

The use of ternary tree structures enables efficient 
25 and rapid searching to determine the subscribers 
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associated with, that is interested in, a contract 
associated with a particular pattern. It will, however, 
be understood that other storage and searching 
arrangements may be used, for example, hash tables which 
sprinkle the alphanumeric strings throughout an array or 
binary search trees which store the strings in order may 
be used. However, ternary tree structures provide the 
most efficient and therefore quickest way of searching 
for pattern or character strings of the type referred to 
above . 

The operation of the system described above with 
reference to Figures 1 to 10 will now be described with 

The database 10 shown in Figure 8 is assumed to have 
been populated by initial data supplied by the 
information provider 2 so that the exchanges data store 
52 is populated by information identifying the exchanges 
for which the information provider 2 provides information 
and so that the symbols data store 54 has been populated 
0 by information associating each contract available on 

each exchange with the corresponding exchange ID and 
identifying the pattern and symbol used to identify that 
contract . 

It will, of course, be appreciated that the 
15 exchanges and contracts for which the information 
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provider 2 provides information to the service provider 
4 may change from time to time in accordance with changes 
on the financial market and also changes in the 
contractual agreement between the service provider 4 and 
5 the information provider 2. Any such changes to the 

information stored in the exchanges and symbols data 
stores 52 and 54 will be provided to the service provider 
4 via the information provider 2 so that a systems 
operator can update the exchanges and symbols data stores 
10 52 and 54 using the administration unit 11. 

Similarly, the customers, subscribers and 
subscribers entitlements data stores 50, 51 and 53 will 

De popuj-a."cea wxT:.n xiij.<jj.iiiciuj_s-»ii j.iit'w^ — — - — — r 

using the administration unit 11 in accordance with data 
15 supplied to the service provider 4 by the customers and 

the contractual agreement between each customer and the 
service provider 4. In addition, the accounting data 
stores which are not shown in Figure 10 will similarly be 
populated by initial information provided by the 
20 information provider 2 and the customers to the service 

provider 4. This information may, of course, be updated 
by- the service, provider 4 to allow for addition of 
customers and subscribers and for changes in the 
contractual relationship between the customers and the 
25 service provider. 



wo 01/80114 



PCT/ROOO/00008 



27 

Referring now to Figures 11 and 12, assuming that a 
subscriber's details have already been stored in the 
database 10 and the subscriber has been allocated a 
password or authentication code, then in order to log on 
5 to or start a session with the service provider 4, the 

subscriber 5 must first establish communication with the 
service provider 4 over the GSM network 6 (step Si in 
Figure 11). Then the subscriber enters his user name and 
authentication code or password into his portable 
10 computer 30 and the portable computer sends the 

information to the service provider 4 over the GSM 
network 6 at step S2. 

subscriber to enter profile data identifying the 
15 exchanges , contracts and filtering information ( for 

example expiry date and strike price for a futures and 
options contract) in which the subscriber is interested 
in receiving information and then sends that profile data 
over the GSM network 6 to the service provider 4 (step 

20 S3). The portable computer 30 then waits for the 

requested data to be sent by the service provider 4 over 
the GSM network and, when the data is received, displays 
that data on its display 36 at step S4 . The portable 
computer 30 continues to receive data from the service 

25 provider 4 over the GSM network 6 and to update the data 
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displayed to the user until the portable computer 30 
determines at step S5 that the subscriber wishes to log 
off. 

Figure 12 shows the steps carried out by the service 
provider 4 during communication with a subscriber. It 
will be appreciated that, because each subscriber or 
client is allocated its own thread by the demand engine 
server 8, the service provider 4 can communicate 
simultaneously with a number of different subscribers 
even though each of the subscribers may be receiving 
different information. 

At step S6 in Figure 12, the demand engine server 8 

from a subscriber's 

WCl J- L ^ JLV-»J- JLCS^i<J^o .i-wj- w ' - 

portable computer and, when such a request is received, 
15 establishes communication with that subscriber (step S6) . 

At step S7, the demand engine server receives the user 
name and authentication code or password supplied by the 
subscriber and at step S8 checks the subscribers data 
store 51 to determine whether the received password is a 
valid password and, if so, whether the subscriber ID that 
is automatically sent by the subscriber's portable 
computer when the subscriber attempts to log on agrees 
with the subscriber ID stored in the subscriber's data 
store 51 for that password (step S8). If the password is 
25 invalid or does not agree with the subscriber ID, then 
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the demand engine server 8 communicates with the 
subscriber at step S9 and causes the subscriber's 
portable computer to display to the user a message 
indicating that, for example, the password is invalid. 
5 The user may then re-attempt communication by re-entering 

the password. 

Once the subscriber has been authenticated, then the 
demand engine server 8 checks to see whether the database 
10 contains any information regarding modifications by 
10 the information provider 2 to the exchanges and contracts 

available and if so communicates that information to the 
subscriber ' s portable computer at step SlO so as to 
enable the list of available exchanges and contracts 
stored in the memory 32 of the subscriber's portable 
15 computer to be updated. 

At step Sll, the demand engine server 8 receives 
from the subscriber's portable computer the subscriber 
profile data provided by the user and then updates the 
packet filter 14 so as to associate that subscriber and 
20 the filtering information (eg expiry date(s) included in 

the profile data with the nodes in the packet filter 
ternary tree structure for the patterns representing the 
contracts in which the subscriber is interested at step 
Sll. 

25 The demand engine server then accesses the data data 
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Store 55 in the database 10 and supplies to the user 
initial data from the database 10 for each of the 
contracts identified in the received subscriber's 
profile. This data will represent the data most recently 
received from the information provider 2 and stored in 
the data data store 55 because, as noted above, the 
information in the data data store 55 is continually 
updated as and when updated information is received from 
the information provider 2. 

Once the subscriber's portable computer has been 
initialised with the data supplied from the data data 
store 55 (step S12 in Figure 12), then the demand engine 
server ts wixi suppxy ««~ww--.— — - ^ 

computer 30 updated information received via the TCP/IP 
> connection 6b for any of the contracts identified in the 

subscriber's profile (step S13 in Figure 13) until the 
demand engine server 8 determines at step S14 in Figure 
12 that the subscriber has logged off, that is the 
subscriber has ended the session. 
0 As will be evident from the following explanation, 

a subscriber may subscribe with different profile data in 
different Windows. Where this is the case, then the 
subscriber will be sent the data corresponding to the 
subscribed profile to be displayed in the corresponding 
• 5 Window until the subscriber closes that particular Window 
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or logs off- 

The processing of data received by the subscriber 
information supplying apparatus 7 from the clients site 
processors CSPl and CSP2 over the TCP/IP connections 6b 
and 6c will now be described in greater detail with 
reference to Figures 13 to 18- 

Figure 13 shows a flow chart illustrating the basic 
operations carried out by the parser 9. As noted above, 
the parser 9 is continually receiving, over the TCP/IP 
connection 6c, packets of data from the client site 
processor CSP2 . Typically, the data stream may consist 
of between 100 and 500 packets per second, depending upon 

- ^,,^4- ^-F on tihe financial markets, with 

each packet containing the price data that has changed 
for a particular contract. In this example, each packet 
contains up to 300 bytes. 

As the data stream of packets is received by the 
parser 9 from the client site processor CSP2 at step S15, 
the parser 9 extracts the packets from the data stream 
and parses (step S16) the packets so as to determine the 
exchange ID and symbol (which also determines the 
relevant pattern) to enable the data to be stored in the 
relevant data file in the data data store 55 (step S17). 
The parser 9 carries out steps S16 and Sl7 continually so 
that the data stored in the database 10 is updated as and 
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when updated price data for a contract is received from 
the information provider 2 via the client site processor 
CSP2. 

Figure 14 shows a flow chart for illustrating the 
5 processing by the demand engine server 8 of the data 

stream received from the client site processor CSPl via 
the TCP/IP connection 6b. The parser 12 of the demand 
engine server 8 continually receives, extracts and parses 
packets of data received from the client site processor 
10 CSPl (steps SI 8 and S19 in Figure 14). The operations 

carried out by the parser 12 at steps S18 and S19 
correspond to the operations carried out by the parser 9 

— . w- s r iTii._ ^-r^n.-^^*- A r\f -t-Vio HemAnd f»nolne 
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server 8 differs from that of the parser 9 in that, once 

15 a packet has been parsed, the demand engine server. 8 

conducts a search through the ternary tree structures of 

the packet filter 14 to identify the node associated with 

the pattern for that packet and then determines which, if 

any, of the connected subscribers associated with that 

20 node have submitted a profile matching the symbol for the 

contract update inf omnation received in that packet ( step 

S20). The demand engine server then releases at step S21 

the subscriber threads associated with the identified 

node and matched profile so as to enable the contract 

25 update data to be supplied to the subscriber or 
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subscribers identified from the packet filter (step S21). 

Figure 15a shows in greater detail the parsing of a 

financial contract data packet (step S16 in Figure 13 or 

step S19 in Figure 12). Thus, at step S29, the parser 9 

5 or 12 identifies the exchange code in the extracted 

packet and then, at step S30, identifies the symbol ID or 

symbology and at step S31 extracts the price data fields- 

Figure 15b shows a flow chart illustrating parsing 

of a news data packet. Thus, at step S29a the parser 12 

0 identifies the new code of the headline and at step S30a 

identifies the news body and at step S3 la extracts the 

news data fields • 

«j -1^ 4 1 1 AC T T^ /-rt-oa-t-oT- Hfa-hai l the steo S17 
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carried out by the parser 9- Thus, at step S32, having 
.5 identified the exchange ID and symbol ID, the parser 9 

accesses the area of the data data store associated with 
the exchange and symbol ID carried by the extracted 
packet and then, at step S33, uses the price data code 
accompanying the price data in the packet to determine 
20 which price data fields for that contract are being 

updated and then stores the updated price data in the 
relevant field for that contract (step S33). 

Figure 17 shows step S20 of Figure 14 in greater 
detail. Thus, once the parser 12 has parsed an extracted 
25 packet identifying the exchange ID and symbol ID or 
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pattern, then the demand engine server 8 accesses the 
packet filter 14 at step S34 and then, at step S35, 
conducts a search through the ternary tree structure 
associated with the identified exchange ID as described 
5 above until the node associated with the pattern for the 

identified symbol is reached (step S35). The demand 
engine server then determines (step S36) the subscriber 
threads associated with the located or identified node 
and matched profile and releases the thread carrying the 
10 update data to the subscriber interface 15. 

Figure 18 illustrates further steps in the 
communication of data with a subscriber. As will be 
^4^*.^^ -i-Ho cnHsnT-iber information supplying 
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apparatus 7 constitutes a multiprocessor system that is 
15 considerably more powerful than the subscriber's portable 

computer- This means that the subscriber information 
. supplying apparatus 7 is potentially capable of supplying 
data at a faster rate than can be handled by the 
subscriber's portable computer so that, for example, the 
20 subscriber's portable computer may still be processing 

the last received set of data for display on the display 
3 6 when the subscriber information supplying apparatus 7 
wishes to send further update data. Accordingly, as 
shown in Figure 18, before supplying update data to a 
2 5 subscriber, the demand engine server 8 checks at step S37 
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whether the subscriber is ready or available to receive 
data. 

If the answer at step S37 is no, then the demand 
engine server 8 stores the update data in the data 
5 structure 23 for that subscriber (step S38) until the 

answer at step S37 is yes, the subscriber is able to 
receive update data. If further update data is received 
before the subscriber is ready or able to receive data, 
then the data stored in the subscriber data structure 23 
10 at step S3 8 is replaced by that updated data. This 

ensures that, despite any processing limitations of the 
subscriber's portable computer, the subscriber receives 
4.u» m^c-t- iii->_-t-r~t_Hai-o rtT-ir:e data oossible. 

When the answer at step S37 is yes, then the update 
15 data is supplied to the subscriber's portable computer 

via the subscriber interface 24 and the GSM network 6 
using the GSM protocol. Although the current GSM 
standard provides a bandwidth of only 9600 bps, 
subscribers can still receive financial data in virtually 
20 real time because, once the subscriber's portable 

computer has been initialised with data taken from the 
database 10, the only data that needs to be sent to the 
subscriber's portable computer over the GSM network 6 is 
the data that has changed for the specific contracts in 
25 which the subscriber is interested. This means that the 
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amount of data that must be supplied to the subscriber 
over the GSM network to keep the subscriber up-to-date is 
considerably smaller than the amount of data received by 
the subscriber information supplying apparatus 7 from 
5 either client site processor CSPl or CSP2 . This allows 

the subscribers to receive continually updating financial 
data over the GSM network which, because of the 
relatively limited bandwidth of the GSM network, would 
not be possible if the information was being supplied 
10 directly from the information provider 2. 

The system described above will now be further 
explained by way of reference to examples of screens 

t A — 4-K*>. iiefi^ nn -hVio rfisnlav 36. As noted above, 

the subscriber's portable computer will generally be a 
15 palm top running the windows CE operating system which, 

as is well known in the art, enables a user to launch an 
application once the computer has been powered up by 
either clicking on an icon associated with that 
application or by selecting the application from the 
20 start menu. Once this has been done, then the processor 

unit 31 displays to the user a display screen requesting 
the user to insert their user name and password and once 
the user name and password has been verified as described 
above, the processor unit 31 displays to the user the 
25 main screen 70 shown in Figure 19 which includes a start 
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button 71 for enabling powering down of the computer and 
access to other applications and a number, five as shown, 
of main menus buttons. In this example, the main menus 
consist of "prices", "news", "create profiles", "use 
5 profiles" and "utilities". The utilities main menu is, 

in this example, provided simply to enable the user to 
change their, password and will not be described in 
greater detail herein. 

The "prices" main menu is provided to enable a user 
10 to create profiles for either immediate use or storage in 

the memory of the portable computer 30 for later use 
while the "news" menu enables a user to request receipt 
— , =.1 «aT.7<= Ha<-a -FT-otn the service provider 4. The 
"create profiles" main menu enables a user to create 
15 profiles for storage on the portable computer for future 

use while the "use profiles" main menu enables the user 
to access a previously stored profile and submit that to 
the service provider. 

The "prices" main menu when selected offers the 
20 options of creating a standard futures and options 

profile, an index profile, a FOREX (foreign exchange) 
profile and a stock profile. Figure 20 shows the screen 
72 displayed when futures and option is selected from the 
prices main menu while Figures 21, 22 and 23 show, 
25 respectively, the screens 81, 85 and 90 displayed when 
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index, FOREX (foreign exchange) and stock, respectively, 
are selected from the prices main menu. 

The futures and options display 72 shown in Figure 
20 has a window 73 for displaying the list available 

5 exchanges stored in the memory 32, a window 74 for 

displaying available contracts stored in the memory 32 
for the exchange shown in the window 73, a window 75 for 
enabling a user to specify an expiry date for contracts, 
a window 76 for enabling a user to save an exchange and 

10 contract selection, a search window 77 for enabling a 
user to enter, for example, the first four characters of 
a contract to enable a user to search for a particular 
.. J. x—^^ 4-v.«^ 1 -i e^- c-t-/-iT-ort in -the memorv 32 of his 
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portable computer. The screen 72 also provides a 
15 composite window 78 which, when the user clicks in the 

composite window, selects a display option for contract 
data in which contract data for contracts of the same 
type (that is for example all futures and options 
contracts) to be displayed in the same window on the 
20 display 36. Each of the windows 73 and 74 is associated, 

as is well known with the windows CE operating system, 
with a downwards arrow that enables the complete list of 
exchange names and contract names stored in the memory 32 
of the portable computer 30 to be displayed to the user 
25 so as to enable the user to select a particular exchange 
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and contract by clicking on that exchange and contract. 

Once the user has confirmed that the required 
exchange and contract are displayed in the windows 73 and 
74, the user clicks on an apply button 79 to add the 
selected contract to his futures features and options 
profile. The user may then repeat the above process. 
Each time the apply button 79 is clicked the displayed 
exchange and contract will be added to the user's futures 
and options profile. If the user has allocated a name or 
mnemonic to the profile in the window 76 then the profile 
will be stored in the memory 32 so that it can be 
j-strieved and used for future sessions after the present 
session has ended. Otherwise, the profile is stored in 
the memory 32 only for the duration of the current 
session. 

Once the user is happy with the selection of 
exchanges and contracts and wishes to start a session, 
then the user clicks on a submit button 80. The 
processor unit 31 then reads the data stored in the 
memory 32 for the created profile and supplies that to 
the demand engine server 8 over the GSM network 6 using 
the protocol determined by the software installed on the 
portable computer so as to enable the service provider 4 
to identify the exchanges and contracts required by the 
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subscriber and to store this information in the packet 
filter 14 as described above. 

Figure 21 shows the screen 81 displayed to the user 
when the user selects the "index" option from the prices 
menu. Again this has a window 82 for displaying 
available indices. This window may, as is well known in 
the art, display a single line in a manner similar to 
that shown for window 73 in Figure 20 or may be expanded 
as shown in Figure 21 to enable a user to scroll through 
the list of indices stored in the memory 32. This window 
is also associated with a search criteria window 83 to 
enable a user to select a particular index by entering, 

characters of the 

XOr 6J^dJLll|J^«:: / ^ix^ 

index name and, again, the user can optionally allocate 
15 a name or mnemonic to the profile so that the profile can 

be saved in the memory 32 for use in subsequent sessions 
after the current session has ended. In this example, 
once the user is satisfied with their index selection, 
then the user clicks on a submit button 80a at which 
point the processor unit 31 reads the data input by the 
user and submits the profile to the service provider 4 
over the GSM network 6 in accordance with the 
predetermined protocol with the service provider 4. 

Figure 2 2 shows the screen 85 displayed when the 
25 user selects the 'FOREX' option. As shown there is a 



20 



wo 01/80114 



PCT/ROOO/00008 



41 

currency display window 86, a box 87 to select all 
currencies, a window 88 to select the cross currency to 
which the exchange rate is referenced, a terms window 89 
to enable a user to select the types of price data he 
5 wishes to receive, a profile saving window 76b and a 

'submit' button 80b as before. 

Figure 23 shows the screen 90 displayed when the 
user selects the London Stock Exchange from stock options 
under the prices menu. This screen provides a window 91 
10 for displaying to the user the list of stock names stored 

in the memory 32, a search criterion window 92 for 
enabling a user to input characters in part of a stock 
name to enable that stock name to be retrieved from the 
stored list, a window 76c for enabling a user to allocate 
15 a name or mnemonic to the stock profile so that it is 

stored in the memory 32 for retrieval for future sessions 
and a submit button 80c for enabling submission of the 
profile to the service provider 4 in a manner similar to 
that described above for the futures and options, indices 
20 and FOREX profiles. 

Each of the above described windows also has a 
cancel button 100 for enabling cancelling of a profile 
where the user finds they have made a mistake. 

In this embodiment, the user may also create a 
25 futures and options profile using the "create profiles" 
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main menu- Figure 24 shows the screen 93 displayed to 
the user when this option is selected. As can be seen 
from a comparison with the screen 72 shown in Figure 20, 
this screen provides a user with more options than the 
standard futures and options profile. In particular, the 
screen 93 enables a user to set a strike price in a 
strike price window 94 and to define the list of price 
data fields in which the user is interested in a fields 
window 96. In this case, each time a price data field is 
selected the user clicks on the apply button 79 to add 
that to the profile. Again, as in the case of the 
standard futures and options profile, the user can click 
in the composite window 76 to select the ccsiposits cpti.cn 
to enable price data for different contracts to be 
15 displayed in the same window. 

As described above, each time the user clicks on the 
submit button, the profile defined by the user is 
transmitted over the GSM network 6 to the service 
provider 4 and the packet filter 14 of the demand engine 
server is updated so as to associate the relevant nodes 
in the packet filters with that subscriber. The 
subscriber may submit only a single profile or may submit 
a number of different profiles for the same session each 
having a separate window- (If a subscriber closes a 
25 window, then the subscriber will no longer receive data 
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for the profile defined by that window). 

In the present arrangement, the system is configured 
such that a profile cannot be modified during a session 
unless the profile is a futures and options profile for 
5 which the composite option has been selected. Where the 

composite option has been selected, then the user may 
modify the composite profile during a session by acting 
upon, in this double-clicking on, the corresponding 
output screen. When this is done, then the processor 
10 unit displays to the user the screen. 97 shown in Figure 

25 which has a first window 98 displaying the current 
contracts selected for the composite profile and windows 

-»-^_ Til— ..J -» +-*^ T.T-J l-lHi^T.TC 1 1 A ^ 7^ 
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and 77 shown in Figure 20 to enable further exchanges and 
15 contracts and expiry dates to be selected by a user and 

added to the profile by clicking on the "new" button 99. 
An existing contract may be deleted from the profile by 
selecting the contract and clicking on the "delete" 
button 99a. An existing contract may be modified by 

20 highlighting the contract, changing the profile data (for 

example the expiry data) and then clicking on the apply 
button 79 . Again, if a name or mnemonic has been 
allocated in the window 76e, the processor unit 31 will 
save the profile under that name or mnemonic in the 

25 memory 32 for use in future sessions after the current 
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session has ended. 

In order to submit the modified composite profile, 
the user then clicks on the submit button 80e and the 
modified profile is submitted to the service provider in 
5 the manner described above. 

When the user selects the "news" option from the 
main menu, then the user will be given the option of 
subscribing to the news service provided by the 
information provider and, if the user chooses to 
10 subscribe, this information will be sent to the service 

provider 4 over the GSM network 6. 

Figure 26 shows a diagram for illustrating the 

-1 ^.-immnn i na-t-.ion between one 

particular subscriber and the demand engine server 8 on 
15 the one hand and between the demand engine server 8 and 

the client site processor CSPl on the other hand. The 
arrow labelled "t" in Figure 2 6 indicates the direction 
of increasing, time . 

Prior to the subscriber establishing communication 
20 or connection with the demand engine server 8, the client 

site processor CSP2 is sending packets 200 of data to the 
demand engine server which will be extracted by the 
parser 9 and used to update the data stored in the 
database 10. Subsequently, as shown in Figure 26, this 
25 particular subscriber establishes connection with the 
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demand engine server 8 and submits a profile indicating 
interest in contracts CI and C2 • This profile may be any 
of the profiles described above with reference to Figures 
20 to 25- 

5 The demand engine server takes the received profile 

data and registers that profile 8 data in the packet 
filter 14 so that this particular subscriber is 
associated with the nodes of the packet filter 
corresponding to the patterns for the contracts CI and C2 
10 identified by the registered profile. At this time, the 

demand engine server 8 will also initialise the 
subscriber's session by communicating to the subscriber 
over the GSM network the current data for the contracts 
CI and C2 from the database 10 • Once the subscriber's 
15 portable computer 30 has received and processed this data 

for display to the user, then the portable computer 30 
sends a ready signal back to the demand engine server 8 
indicating that it is ready to receive update data. 
During this time, the client site processor CSPl is 
20 continuing to send the stream of packets received from 

the information provider to the demand engine server 8 
over the TCP/IP connection 6c. Price updates relating to 
the contracts CI and C2 in the subscriber's registered 
profiles will then be forwarded to the subscriber via the 
25 subscriber interface 15. Generally, the processor unit 
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31 will take a time period Tc (typically approximately 1 
second) to process the received data for display to the 
user. However, as shown in Figure 26, the time period Ts 
between receipt of updated data for contracts in the 
5 subscriber's profile may, dependent on the market 

activity, be considerably shorter than Tc so that the 
demand engine server 8 will have newly updated price data 
to send to the subscriber before the subscriber indicates 
that it is ready again to receive data. Where this is 
10 the case, then as described above, the newly updated data 

may be stored in the data structure 23 (Figure 5). If, 
as shown in Figure 26, the subscriber does not indicate 

, J s 4-^94- -i +■ is. T-«a?idv -to receive 
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further data until another set of updated data for the 
15 contracts Cl and C2 has been received by the demand 

engine server 8, then the intermediate set of update data 
will be discarded and only the most recently received 
updated data will be forwarded to the subscriber. This 
means that the stream of data to the subscriber is 
20 fragmented and that some updates are omitted. However, 

it has the advantage that the subscriber can be sure that 
the data received is the most recent update and that 
there is no backlog of updates at the demand engine 
server 8 awaiting supply to the subscriber. Of course, 
25 if the processor unit 31 of the portable computer is 
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sufficiently powerful or there is little activity in 
relation to a contract, then the time period Tc may be 
comparable to the time period Ts so that all update data 
is supplied to the subscriber. Similarly, all update 
data may be supplied to the subscriber if the 
subscriber's computer has sufficient memory capacity to 
store new update data while previously received update 
data is being processed for display to the user. Where 
the processor unit 31 is sufficiently powerful or the 
portable computer has sufficient memory to achieve this, 
then the protocol may be modified so that the demand 
engine server 8 does not await a ready signal from the 

suDscrxDer dux. senas T^ne upv^duts^u ^x*^ ^^^^^^^ 

as and when it is received in accordance with the TCP/IP 
15 protocol over the GSM network. 

Figures 27 to 31 show examples of how received data 
is displayed on the display 3 6 to a user for different 
types of profile- Figures 27, 28, 29, 30 and 31 show, 
respectively, a standard futures profile, a standard 
options profile, a regular options profile, a composite 
futures profile and a FOREX profile. Figure 32 shows how 
received data is displayed to a user for an index profile 
while Figure 3 3 shows how received data is displayed to 
a user for a stock profile. 
25 Figure 34 shows the screen displayed to a user when 
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the news service is selected- As can be seen for Figure 
34, although the service provider 4 communicates the 
entirety of each news item to the portable computer 30, 
initially only the headlines for each news item are 
displayed on the display 36. However, the user can elect 
to see the full text of a news item by clicking on the 
headline for that news item. Figure 35 shows a typical 
example of the display of a news item. Each screen will 
be displayed in a separate window and these windows may, 
as is well known in the Windows CE art, be displayed 
separately, tiled or cascaded. 

The above description assumes that the signal over 
the GSM network never drops out during a session- If, 
however, the signal does drop out, then the user will be 
notified in the title bar of the relevant window that the 
signal has been lost and that reconnection is being 
attempted. Once the physical link over the GSM network 
has been re-established, then the portable computer will 
automatically resend the subscriber's profiles so as to 
re-establish transmission of data. 

It will be appreciated that the screens described 
above represent only an example and that the user may be 
provided with different profile selection and display 
options. Also, although in the above described 
embodiments, information received over the GSM network 
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from the service provider 4 is displayed to the user 
using a standard Windows CE graphical user interface, 
other graphical user interfaces may be used. For 
example, a web graphical user interface such as Microsoft 
Internet Explorer may be used. In addition, the computer 
need not necessarily be arranged to operate using a 
Windows or Windows CE operating system. For example, the 
software may be adapted to run on, for example, the EPOCH 
32 operating system or the PALMOS operating system. 
Also, data searching techniques other than the ternary 
tree structure described above may be used, for example 
so called HASH tables or binary tree structures may be 

usea aj-tnougn x.nese may uss j.»=oa . 

the present invention is not dependent on the particular 
15 information provider and may be implemented using 

financial data supplied via different information 
providers. Also, the financial data need not necessarily 
be supplied to the service provider via a satellite 
communications link but could, for example, be via a 
dedicated land communications link especially if the 
information provider 2 is located physically close to or 
at the same location as the service provider 4. In 
. addition, the client site processors CSPl and CSP2 may be 
located remote from the subscriber information supplying 
25 apparatus, provided that a communications link can be 
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established between the client site processors and the 
information supplying apparatus . Furthermore , 
communication protocols other than the TCP/IP protocol 
may be used, if desired. 

5 The present invention may be applied wherein a 

subscriber wishes or needs to receive data via a mobile 
telecommunication network. The subscriber's computer may 
be a desktop computer having only mobile 
telecommunications facsilities (that is having no land 

10 line connection) on a combined computer and mobile 

telephone. 

Although the above described embodiments relate to 
the supply of real time updating financial data, the 
present invention may be applied to the supply of any 
15 rapidly changing data such as racing information for 

example horse racing information, or other betting or 
similar geimbling products . 



